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A COMMUNICATION NETWORK TERMINAL SUPPORTING A PLURALITY OF 
APPLICATIONS 

5 The present invention relates to a terminal for a communication network, the 
terminal being capable of supporting a plurality of applications and having means 
of communicating user messages. The present invention also concerns a system 
in a communication network comprising transmitting terminals and receiving 
terminals being capable of supporting a plurality of applications, both of said 

10 terminals having means of communicating user messages. 

At present, communicators are being developed which, in addition to ordinary 
mobile station functions, also have data processing facilities, which enable, e.g., 
the maintenance of a calendar, and the sending of a fax message and electronic 

15 mail. The communicators may have or may support several different applications 
like organiser type devices. One type of communicator has been presented in 
Patent Publication US 5 422 656, comprising a user interface having a traditional 
alpha-numeric keyboard-like keyboard with which it is easier to type, e.g., text 
messages. In the publication in question, the keyboard has been implemented by 

20 means of a touch display. However, as traditional mobile phones develop, 
especially as the user interface and displays develop further, also more advanced 
operations will be possible by a traditional mobile phone like device. 

Publication WO 94/23394 presents an electronic greeting card communication 
25 system, comprising an electronic mail server for a communicator having different 
types of greeting cards, which can be browsed and sent to a similar 
communicator, for example, by using radio communication. A drawback of the 
system is that the greeting cards in question can only be sent to a similar 
communicator. Therefore, the sender should know whether or not the receiver has 
30 a communicator supporting the greeting card communication system. In addition, 
for the implementation of the system, an off-line electronic mail server, for storing 
different types of greeting cards, should be separately connected to the network 
for the service in question. Another drawback is that, because the system uses 
ordinary radio communication to transmit greeting cards, the telephone line of the 
35 communicator is engaged during transmission. By means of the communicator, 
presented in the publication, graphic images including hand written text can be 
transmitted. The transmission of such an image or a mere hand written message 
is quite slow due to the large amount of information. Publication WO 94/23394 
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different appuca However, proving a 

SSIb^ and expensive soiution. And even then one worfd fecethe 
proCoftow to hand* wennaaon re «„g to ditreren, se™~s ,n the termna, 
device, e.g. in the communicator. 

Th* oresent invention concerns a terminal for a communication network, the 

appN^ons on sue, can be ^ I «— » 

add-on o. r'C^I^tSTL. retaang to on. appl^on 

^=rr^r^r^ a app-, 

.nntain a limited amount of information and are, therefore, quick 
User messages contain a limtteo amo message. The 

documents. TS GSM 02.04. » operator Code) exists 

GSM03.40. As^arrn^^foj^d^JS P c<mmmMiBn 

can as well be sent by an operator and not only by a user, ne 
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IM o. communication Is that it does no. reserve the voice cal, channel em,.- a, a,, 
or at least not continuously. 

u oacket switched communication. A protocol based on 

Similar benefits exists in packet s w " cne _ t swjtcne d 

may be used for transmitting user messages, that reserve xne 
1 5 channel for only short periods. 

««««« ran he used but in following mainly short 

mTbet.." t£ it is not poMlbl. (or the user to modify it. oniy to request the 
Zice ^o modify » The intonation read«y printed in 
aTbeLsmraed. An app«ca«on we mm. « r header 
the ttmsmission. so that a receiving terminal idemifies the -"-""J^* 
an ordinary short message, but as a short message conte,nmg "tomason re abng 
,„ and ilrfed for a specif, apportion The idenWfer can be a ~de,nan 
address o, a control field of the short message, or * can be a cod. ,n fne message 
oart of the short message. Because it has been reafcsed that the short message 
s^cl^e^ng in <h. mobite «*. system, can be u«ised for sendrng 
« TnLon on applications, the advantages are. e.g.. that there rs no need to 
" Z C,Z serverfor sendl* the .PP«ca,,o„ rented «™ J-^ 

for exampte, in the ^ 
advantageous is that one and the same serve«, 
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Message Service Centre SM-SC) can be used for sending and forwardmg 
Nation relating to any application, so there is no need to have separate 
TZ Z each applica Jn. The SMS server w, forward any short rnessage and 
^terminal will address the information to the correct app.ica*on 
header or identifier in the message. And since a short message can be sent 
s^Leously with a decoupled connection, the sending of the a PP Uc*t.on 
^ information does not engage the terminal's communicator , l.ne, e.g m 
ZTo ft simuitaneousiy inching ca... A networK liKe the GSM ne^orK >s 
maintained by several operators and usually each operator has at least one SMS 
ZZT£ own. ,n Z case naturally any SMS server or severe, servers may 
be used for the invention. 

A terminal according to the pre.ent invention is wherein » comprises mean, to 
^TiTuser rnessages having, data and a header relating to on. of sad 
^ZforTand rJ» .or addressing the da* to a respec*,e appfcabon 
acting to said header. Another terminal according to the preumt .nvertooo = 

^cJng the respective applicaSon that the da* to. and me reoe^ 

terminal, conpnse means for receiving user '^*£~££? m 
.5 relating to one of said applications and means for addrMsmg the data 
respective application according to said header. 

The invent w» be discussed below in deta» by referring to the enclosed 
drawings and appendices, in which 
30 Figure 1 illustrates me flow of a short message from one mobile station to 

Figure 2 Hlut^tes connections of a mobile station system to a short message 
service centre, 

« Fk,ure3 illustrates a user interface of an ordinary mobile phone, 

35 Figure J » IUSU " a ™saae into frames in transmission, 

Fiqure 4a illustrates segmenting of a message irao uai 

Figure 4b illustrates reconstruction of a message in reception. 

Figure 5 illustrates a frame of a short message. 
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Figure 6 illustrates one application according to the present invention, 
Ftaure7 illustrates another application. 

F ^ 8 illustrates the transmission of the application re.ated .formation, 
illustrated in figure 7. from the system's viewport, 
5 Figure 9 illustrates the implementation of the terminal according to the present 

invention, . 4 ^_ ; „i 

Figure 10 illustrates in sequence the function of one application ,n the terrmna. 

according to the invention, 
Figure 1 1 illustrates in sequence the function of one application in the termma. 
in according to the invention, and 

Appendix 1 illustrate, the appBoaton rel ated informmion. illusmrted ,n ^ 7, 
presented In characters. 

,n following the invention will be explained in more detail by usir* as an sample 
, < «L form of user message function, the short message serv.ce. For understand ng 
15 Z " - art reU to short messages w,, first be described by « 

to Figures 1 - 5. and the embodiments of the present invention wll be explained 

by referring to Figures 6 - 1 1 . and to Appendix 1 . 
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30 



,„ dkjHal mob»e communications systems, as in .he GSM system. * - 
L,d so-called short massages. In the GSM system, this » known as the SMS 
Snt, Metsage Ser«e>. Thus, in addflon to telephone calls and da« ^ 
L GSM system also provk.es. in the fern, of a short message sen**, a, Mging 
s£ te m,ike service. However, the short message service known from me GSM 
t^em is consider.*, more advancd man an ordinarypaging 
oia mobHe station, text messages can be both receiv* from and transmtted to 
another mobile sttbon. On. of the advantage of the short message senree of the 
GSM system is also that the s*rt message can be s«,. or recerv* aUbe sa™ 
time as an ordinary circuit-coupled communication is open. e.g.. dunng .« 
Tuo. the sending of a short message doe, not keep me mobile stabon engaged 
in case of a possible incoming call. 

The advantaga of short messages as compared to telephone calls 
be sent to a receive, although the receiver cannot be contacted at the tone the 
message Is being transmraed. TOs ha, been implemented by d^ng «» 
UansmLon of the short message, from a «rs< mobile staton to a second mob* 
sLon into two parts a, illustrated * Figure 1: from a transmitting mobile station 
MS1 to a SM^C (Short Message Service Centre), wherein the short message » 
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A a re^ceivina mobile station 
3^ and sen, further ^ - ^ ^onT^e'short -sa 9 e 

WtS2, as soon as conKcted. '"J^^' has been mustfated in more 

aarvice canua SM-SC ,0 a ^"^^ ^saages between different 

«— • »*»-• ^"raT^tdtlsedby^^^urasl-S. 
interfaces, known for pnor art. win D9 q s 

, ^_ nStr frions for transmitting short 
^ „ o, a mob.e ^n^STT-. connect to base 
masses ara »lus«ated m Figure 2. Mob»» BTS are further 

^WW^'-*"^ base **ion oonwter BSC. 
„ connected. through a ««— • ^TCT sUons. The en«y *» 8 

wnlch conKoi. ^ a S L dean basa st^ns, and a 

^bar of basa statons BT » ba3e 8tatton5 . « calted a basa 
single basa station conwBa ^ ^ BSC man agas md» 

*M =vs«m BSS. •WW^*^' oT^a Cher MA <he basa s,etion 
15 communication channels ^ J^^, A in««feca. to a mobiia se^ce. 
confer BSC is "^^™*££Z> formaflen of connections both from 
***** centra MSG. ^ J^™*L„ „ ^ through the mobile serv>ce 
a„d to mob«a stations. A ^J»~?%£ ^munications networK. The 
swBchlng centre MSC. to swwi c is coupled to the mobile 

20 aforarwntioned short message service centre 
services switching centre MSC. 

(Figure 1), he/she writes a massage iwa sWon MS2, i.e.. en 

25 Ln^»es^)and 0 iva.^-enu^.^ ^ ^ 

aertma, of the mobile f^*^ should have tha contact information, 
MnsmSted. In addition, the moMa statw^ sh ^ 
,a..«,aphone number in which case « is no, 
has been stored in the mam«v ««, M sending of 

30 necessary <o separately input th. pM. ™mber ^ mess ^ g0 as 

aach short massage. T*us. «*" '""^ BTS , a nd from there, through «. 

«, mobile station MS to •^-J^. ^ng cemre MSC. further 
b aae station controller BSC and tha 8hort is stomd at the 

te *, short message service " ^ ttw », be sen, further to the 

35 short massage service cerrtre SM-SC .«« fe „ 8ame 

raceiving mobile s«tion WIS2. «, ^ message service centre 

a, in trarrsmission. bu, in me ^J^J^n MS2 has receded me 
SWWSC wi« be informed whether or no, the mob 
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short messaoe. Thus, » - re-send ft. she, menace. » the m obi* ^ MS* 
has not received it for some reason. 

„~ mav be sent by a personal computer PC. In this case 
Additionally short messages may be sent by pe to a server G"TW 

tne mobile services swtching centre MSC has a conn ^ 
(Gateway), which has a connector, ^^^J^^ brote n «ne) 

found e.g. ^ t^ naving a connection to the mobile services sw.tch.ng 
have a separate server G ™ other user messages. When using 

centre MSC for sending short messages or m connection 
such a WWW page for sending a s o, = ^ message 

information (e.g. phone number) of the recerving J e 

to be sen, whereby the message is W£* mess aae 

the mobile services switching centre MSC ^J"™"* m receivlng 

service centre SM-SC from which the message . d,rected 
terminal MS2 via the mobile network. 

* _ * the short mess^e — SMS oHhe OSM 

-« nh »« ie 140 bvtes. Ordinary mobile stations, as tne one i..u 

„ postibl. to « Ml meases. Le ' '"^J'^y of <he mobUe 
characters. The received mewage » delayed Ion •■^J i »ustrat*d in 
aalon, which enable, the display of alpha-numenc characters. 



Figure 3. 
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Access Protocol for the Dm channel), to be transmitted at a radio 
formally been divided into three fields. The first field is an address field ADD^ 
^ contains the address of the destination of the message (,e.. a rece* ng 
Lbile station identifier), given in severa. byte, In the GSM system s gna^ng 
Messages are also transmitted within corresponding lAPDm frames. In rad,o 
^cation, there can simuKaneously be two message flows "JJ^ 
Tach other: signaling messages and short messages. These two drffe ent flows 
are seated from each other by means of a service access port rientifie SAP 
obTLed to the address field ADD. Its va.ue can be 3. indicat-ng s ? nal,ng^ 
0, indicating a short message. The second field is a conrc 
^oteins the sending frame and receiving frame numbers N(S) and N(F). The tnira 
" d^ta field INFO , containing the actual information or data, which contains 
I max^um of 168 b*s of information, i.e.. the contents of the actus, short 



message. 



15 



20 



25 



30 



35 



,„ the present invention, usir* short messages a, an example, the 
each application .elated information wil be identM* by means of a V***™* 
fe an aentmer, which enab!e. the rec-ving tenninal to process the «~e.«d 
™J«edi«ctty into an application, as specified. containing the receded data. 

nation .eld of the short message .ransmiss»n 

(figure 5). which contains the actual short message ,n characters. " 
!den«J may be in the form o, some ^^£7^ - 

7jn«l«, be received by means of an ordinary mobile station, which 

ZZZm shortmessages. By placing the appHca*>n identifier « me WdWFO. 
3Ti7also the advantage that in an ordinary mobile sta«on. which does not 
tZort ST £ - epplla«on series, but is capable of transmit** and£ 

S ^messages. •» »PP»««»" te '° 3 T 

^TaTe.g. a communicator and. hence, the user no«ces not havmg mm** « 
srL message, bu, the infom»«on « <o a spectfc : app^v In 
L-wnn a user of this type of ordinary mobile station can also transmit a 
nZToe etTas me^r-Tabove. by M wmrng. on the message, the idenMie, 
T»TapP^onT question in characters, and the res. of the information 
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according to the present invention, will produce a fully received application related 
information record. 

Alternatively, the application identifier is formed as a specific bit code in the 
5 address or information field of the short message (see figure 5). Furthermore, in 

this case, an ordinary mobile station can receive the transmitted information 

relating to the specific application, but the user cannot see, in connection with the 

message, that the received message is the information for a specific application. 

In this case, the information for this type of application cannot be sent by means of 
10 an ordinary mobile station, unless it is modified, so that by entering a specific 

command, it wiH add the aforementioned bit code because, otherwise, the ordinary 

mobile station is unable to inform of the application identifier. 

Figure 6 illustrates an example of an application with an application record pre- 
15 stored in a terminal, the user input information (the application record) on which 
can be sent to another terminal as a short message. This application type is a so- 
called "Business Card". The application runs business card contents and contains 
the following information: name, position, company, contact information, etc. Each 
information can be in its own field or the application may only have one field. 
20 whereinto all the information is fed. Figure 6 also illustrates the transmission of the 
information on an application as a short message. In this case, an identifier of the 
application type may be, e.g.. 'BC or 'Business Card' as illustrated in the figure. A 
terminal, according to the present invention, adds the application identifier (e.g. as 
letters or in other form) to the beginning of the information field of the short 
25 message to be transmitted first. The contents of the different fields ends 
automatically in a line feed character. On the basis of this character, a receiving 
terminal is capable of dividing the received information into the corresponding 
fields on the application. If this type of message was transmitted as a short 
message from an ordinary mobile station, a user would write, at the beginning of 
30 the message, an application identifier, i.e., in the case of Figure 6, 'Business 
Card', after that a line feed character [cr], then the information on the application in 
succession or by field (depending on the application specification), i.e., first the 
information in the name field and a line feed character, etc. A received 'Business 
Card" can be stored in a memory of the terminal, where business cards can thus 
35 be stored in an electronic form and can be retrieved from the memory and looked 
at by means of the Business Card application. The information in a Business Card 
application may of course vary depending on the device. In some terminals it 
could mean e.g. only the name and phone number, which can be used as a Short 
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Dial application. Accordingly the mention could be used II. .odatt ■««■«*£■ 

MM application. In this wa, the — could make a ba*up 

the Short Dial application by sending the contents to a s«v,ce center ft, storage 

T£l** (eg. a mobite phone, is later losVstofen or destroyed * 

me user wil. have to acquire a new terminal. he/she can m add*on to acting 

Z e^ninal. also downed (retfeve, al, Short - a^ 

terminal Of course the same solution can be used for the contents of any 

a^lon in the MM. Several other appBcatons wi» be expiated here. 

,„ the following., as an example, other types of applications will be discussed. 

can be pre-sto^d * a termi-a, or arranged imo the »l 

(by programming) at a later stage. 

information of the call left unanswered. 

An identifier of an application "Meeting Proposal' can be 'Meeting ^f ™* 
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as a response to the transmission of information related to this type of application 
(Meeting Proposal), a reservation for the meeting at the time in question is made 
in the calendar. The specific application preferably picks up the time of the 
meeting from the application and enters, in the calendar, at the time in question, 
5 the rest of the information on the application, such as the place and subject of the 
meeting, as well as the name of the convenor. Correspondingly, when receiving 
this type of application related information, the terminal automatically searches, in 
the calendar, for a statement of what may already have been agreed upon at the 
time in question (if entered in the calendar). Thus, the receiver can quickly decide 
1 o whether to answer -Yes' or 'No' to the meeting proposal. When such an answer is 
sent, the terminal establishes an application 'Meeting Proposal Answer', whose 
identifier can be, e.g., 'Meeting Proposal Answer 1 , and the information in the 
application may include a receiver's name, a time and place of the meeting, 
subject, answer (Yes/No), and comments. In this case, the calendar application in 
1 5 the terminal of the receiver. i.e.. the sender of the meeting proposal, is preferably 
arranged, so that it either confirms or cancels the reservation made in the 
calendar. 

Furthermore, as a continuation for the 'Meeting Proposal application, there may 
20 be. in the terminal, an application 'Meeting Confirmation', whose identifier is. e.g.. 
'Meeting Confirmation', and the information in the application may contain a 
convenor's name, a time and place of the meeting, and its subject. The terminal 
preferably offers to send this application related information automatically to all 
those who answered 'Yes' to the meeting proposal. In this case, the mobile 
25 stations or communicators receiving the information related to this application will 
confirm the reservation in question in the calendar. 

Correspondingly, in the same way as with the 'Meeting Proposal' application, other 
similar applications can be arranged in the terminal, e.g.. an application 'Free 
30 Time Query', whose identifier can be, e.g., 'Free Time Query 1 , and the information 
in the application may contain a sender's name, a time, a place, and a subject, 
which a user may freely fill in, e.g.. tennis, dinner, etc. 

The terminal preferably functions in this connection in the corresponding way. both 
35 in transmission and reception, as in connection with the meeting proposal 
applications, i.e.. it makes a reservation in the calendar, enables the response to a 
query by means of another application, and. furthermore, enters in the calendar a 
possible confirmation or cancellation. 
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n .Service DTMF Commands', information can be 
By means of an appl^on Service DT^ M „, MS proviaea by ,he 

.eceived, e.g.. from a network operate. ^ or ands . and « may 

operato , a„ application j^ nd ™ an expl anation field. The 

command can*, a* • • A user „, 8y use the receded command, 

the services provided Dy me op«i« does 
e ,., a password, when uflssing password can 

not have to input the password through ,„ ^ application) in 

„. obtained directly from the application (or ^^J*"^, ^ . neWorlt 
oue«ion. Other applications to which infonnahon ^ ^ 

open*, are any applicatons which require r^S^ST-W*-" 

example. This irrformaMin may Be P protocol). 
WUa.isa.on Normal, server ^TT^Z slangs * a Fax Box 
Another example of an application that needs *°™ 9 „, 
application. A faxbox is a service ^«™"^ lh e faxbox. For 

M. for a specific us*. The user can ^J^Z* intormatton to me solver. 

This could be implanted so that ^^^^ri^sag. of a record 
the faxbox. the termin* receive a nottioaWn ina user n. 9 
fa,, but additionally the user message J^^^ ^ necessary 
Identifier), i.e. contact informaton needed. The Fax Box 

5 information, such as filename of the fax and • automat*.*, 
app.ca.ion ecu* ^f^^^^^Z^ for retrieving a 
so that the terminal contacts the ^J^" ^ txMm user 

.ecerved fax according to ,o^ «he fax. Optional « 

«•"••■ ""^ KdeTinformaSon bacK to the server and 

30 could be a us« message sending M ' "*»™V ^ „,„ ^ then can 

additionally the fax connection number of *e 
contact the terminal for sending the received fax to « via fax 

■ invention is for solutions relating to intelligent 

Another surrounding for use <rf [the mvent™ s ^ ^ 

35 trrf«c systems, which us. ^ appUcatlons . 
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invention. Different solutions exist for determining the position. The application 
-Position" may contain position information of a specific address or point of 
interest as well as the description of the corresponding position, a flag describing 
the reason or mode of transmission, and a reference number in case of a 
i response message. After dividing the received information into the corresponding 
fields, the receiving terminal stores the received 'Position* application record in a 
local memory. The terminal can also send its own position or a stored position 
information in a user message to another terminal or to a server. This can also be 
done automatically, e.g. in case of emergency situations. For emergency 
0 situations the terminal may have separate "Emergency Indication" or "Panic 
Indication 0 applications which automatically include information about the sender, 
which the sender may modify in the application, about his vehicle and his position 
and other relevant information needed for emergency situations. 

5 Additional applications for traffic purpose is for example "Trip Request" and "Trip 
Response" applications (or generally -Travel" application), which is a travel 
assistance application. In this application the terminal can send out a Trip 
Request, preferably containing the actual position of the terminal as a starting 
point and a selected position out of the stored position application records for the 

20 destination of the trip. As a response to a Trip Request the terminal may receive 
Trip Response' messages, which may contain instructions for the trip, such as 
turn instructions or public transport connections. 

Also the terminal may have a Service application with information that can be 
25 important for service purpose such as the original serial number of the terminal, 
manufacturing month, repair month and month when modifications have been 
done (e.g. modifications to software). The information in the Service application 
can be sent in a user message from the terminal to for example the operator or a 
service station. 

30 

Another possible application is a Phone Book application for sending phone 
number queries to a service provider keeping a Phone Book service. The query 
may include information like name, city of residence, landline/mobile number etc. 
As a response the service provider sends a user message which has the phone 
35 number or numbers and for example the information that the user sent originally. 



Another type of application which will provide the terminal with many possibilities 
for having additional services and applications is a "Menu" application, in which 
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ft. temunal induces an application which « capable of ^ 
wLnal according to a received user message. The menus are preferably stored 

l^can Tused permanent* in the terminal. The user message corrtams 
tZZ, tccoxding to which the W appiicaton create, or updates menus 
EftTtST^* allows access to a big variety of services, which the operator 
Lan^Tin the useKs termina. over the air. i.e. without ft. need for the use, to 
to a s«vi« piece. Operators are provided wift a very powertu 
r«£Li» the handsets their subscribers use. This tooi ,» operator 
^ in ft. handset which can be dKferent * 

^irTneeded to The menu structure can be dynamically updated over the 
r^C-^nce. in .Clewing is an example of 
^LZTand updated and which thereby can provide the user with add*ona 
ZZSZZZi, acting me command » a menu. <^ 
Z^ude some basic menus or no menus * all. All ft. menu, and .ub^nus 
^wntthe following ex^pK, can be crated by sending a user message rela«ng 
to the Menu application. 

MENU: 

phone Settings 
20 Operator Services 

Call Customer Service 
Download Ringing Tones 

Rock around the clock 
Those were the days 
Smoke on the water 
Download SIM Software 

specific suppl»«n t al service> 

Local Services 
M join Wal Mart direct-ad 

Traffic at Dallas 1-75 
Thunderstorm Warning! 
personal Services 
BigBook 

35 yellow Pages 

Stock NOK A 

US Weather 

Send eMail 

Find Restaurant 
4Q Holiday Travel Inc. 

Memory Settings 
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Accordingly the menu or menus can include main-menus and sub-menus as 
shown above, where the main menus Operator Services. Local Services and 
Personal Services include sub-menus. These sub-menus may further be divided 

5 into sub-menus, e.g. sub-menu Download Ringing Tones can be divided into sub- 
menus according to ring tone melodies (Rock around the clock. Those were the 
days, Smoke on the water) which can then be chosen as ring tones by selecting 
the specific sub-menu and activating it as a command. The command is sent to 
the service provider as a user message according to the invention and as a 

10 response to the user message the operator may send the ring tone coded into a 
user message which can then be stored into a ring tone memory of the terminal. 

Selections made in sub-menus cause wide variety of actions. Entries in the sub- 
menus can be associated with URL (Uniform Resource Locater) information, 
15 which can be used to fetch information from Internet, send email to Internet 
recipients, etc. In addition, supplementary services can be initiated directly from 
these entries; a special form of URL can be used to convey supplementary service 
related information or a call or user message. Actions may cause information to be 
sent to the terminal by a network entity, e.g. enables selection and then 
20 downloading of ringing tones as explained above. Thereby the Operator Services 
menu can cause information to be fetched from Internet based on URL 
information, it can cause email message to be sent to a recipient, it can cause 
operator specific supplementary service strings to be sent to the network, or it can 
cause call initiation. The Local Services menu support services that are targeted 
25 to a specific geographical area. A menu is generated from Volatile' services that 
are available in a certain area, at a certain time. The users can browse through 
these services, and pick those that interest them. This facility provides an easy 
way to direct information (or advertisements of services) to phone users traveling 
through or in a geographical area. For example, one of the services, Traffic at 
30 Dallas 1-75" could become available as the phone user approaches the Interstate 
highway 75 in Dallas area. Instant traffic information can be achieved by selecting 
the service from the menu. The Personal Services menu can be compared to the 
bookmark list in a normal WWW browser (World Wide Web). The phone users 
have the ability to add items to the list, to edit them, and to remove them. The 
35 Personal Services menu enables users to easily initiate wide variety of services. 
Service information can be moved from the list of operator specific or local 
services to the personal service list. Again, Personal Services menu can cause 
information to be fetched from the Internet based on URL information, it can cause 
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• „«t ft r it can cause operator specific 
emai. message to be sent to a ^Jj^ ^ or 
supplementary service stnngs to be senV *J££^ u command US 

cause a user message to be sent. Fo Qn ^ weatner in the 

Weather will result in the termmal rece.v.ng .nformafon 



United States. 



10 



^ c^on - exp*ned * -^^3^^ » 



9. 



^ p^cco d*nes predefcnrtned " ^ 

explained. 

terminal in a user message: 

<item-add> menu- item-token 

menu-group-name 

25 menu-item-name 

menu-item-type 

menu-item-help 

menu-action-list 



30 



menu-acuon-uav , . the 

omitted. Once a menu Hem has been .sent t „«»*« 
^ no command can ^ZZZ<**»» I— «- - 

;rn^= n :rr:.- = 
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The definition menu-group-name specifies the menu group into wh,ch the menu 
tern with name menu-item-name is put. If a menu item with the same name m the 
same group already exists (and the server is authorized to update the menu item 
by the correct menu-item-token), then the existing menu-item is replaced wrth the 
new one. The name of the menu group is placed in apostrophes in context wrth 
the definition. 

The definition menu-item-name defines sub-menu names or commands under the 
menu group (or main menu). Likewise the name of the sub-menu is placed in 
apostrophes in context with the definition. 

Both menu-group-name and menu-item-name have a reserved character of : 
which has a special meaning of line-feed inside the menu group name, i.e.. the 
name "phone:settings" menu item name wilt show on a terminal as 'phone" on the 
first line, and 'settings' on the second line. Additionally menu-group-name has a 
reserved character of ';' which has a special meaning of indicating change of 
15 hierarchy level 'm multiple hierarchy menus. 

Menu-item-type indicates what is the type of the menu item. The menu .tern can 
have the following types the explanation of which is below: normal, volatHe, 
selected (volatile), and link 

Normal menu items are stored in the handset normally. 

Volatile menu items are one-of-menu selection items for multiple choice 
menu items. 

Selected (volatile) menu item indicated the currently active volatile menu 
item. 

Link menu items indicate to the terminal that it must request the volatile 

25 selection items from the server. 

The definition menu-Hem-help is a text string which is shown when the user of the 
handset needs help regarding the current menu item. It is handset specific does 
the handset automatically show the help text when for example an idle t.mer 
expires. Similar additional definitions may be tied with menu-item-help as was 

30 described above for menu-group-name and menu-item-name. 

The definition menu-action-list is a list of actions which can be activated from the 
menu. The actions can be for example of the type action-send-message or actton- 
call-control. Action-send-message causes a user message to be sent in one of 
many methods. The method is dependent on message type, which can be any 
35 user message as has been specified earlier (SMS. USSD. R data. SOC. Packet 
Radio) Action-call-control causes a call to be made in one of many methods. The 
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.nethod is dependent on ca^ntroi-type. which can be voice call, da* can. 1a* 
Z " m !< a suppfcrnentaiy servfce string » sen, ,o th. netwo*). 

^ ^ primfcve *m comma ^;;:"t- 

Zs no. fail. The command sequence can be Mowing: 

<item-remove> menu-item-token 

menu-group-name 
10 menu-item-name 

a Ham list causes the terminal to send a list of 

command sequence can be following: 
<item-list> menu-item-token 

menu-group-name 

20 Tne four* pta*. «em —d • ^^Z^T^SZ » 

sequence can be following: 

<nem-capability> menu-item-token 

25 menu-group-name 
menu-item-name 
menu-item-capability 

.^n ,o c^e menus may de^-e 

pamittves . There are Wee ^^J^jtpl*. and manufacMer 
Ust Authorization M> may especial* * * tttminal „ capable of 
menus. I. is implementation specific he. many a ^ 

slortng in the au*orization lis. of each me^ The £ ^ ^ ^ ^ 

amends for entering them into me termini can be ,mp aiahorization 
manner described above ^ ^1^^ onry for a r«nu 
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The first primitive authorization command, authorization-add, can be used to add 
one or more new authorized servers to the list of authorized servers for the g.ven 
menu (menu-group-name). The menu-authorization-servec-list compnses o^ or 
more lines of information, each defining one authorized server. For GSM/SMS, an 
authorized server is defined by a pair defining identity of the short message 
service centre and of the server, e.g. (MS-ISDN of a SMSC which is the mobile 
subscriber international ISDN number for the SM-SC; MS-ISDN of the server, 
which is the mobile subscriber international ISDN number for the authorized 
server). The command sequence can be following: 
<authorization-add> menu-group-name 

menu-authorization-server-list 



15 



20 



25 



The second primitive authorization command, authorization-remove, can be used 
to remove one or more authorized servers from the list of authorized servers for 
the given menu (menu-group-name). The command sequence can be followmg: 
<authorization-remove> menu-group-name 

menu-authorization-server-1 ist 

The third primitive authorization command, authorization-list, can be used to 
request the handset to send the list of privileged servers for a requested menu 
(menu-group-name). The availability of this command depends on the handset 
implementation. The command sequence can be following: 
<authorization-list> menu-group-name 



The Menu application has stored the meanings of different commands. This may 
be done for example in the form of a script interpreter as software in the terminal. 
An example of script interpreters is an interpreter understanding a specific 
programming language. Accordingly, when a specific command or sequence of 
30 commands is received in a user message according to the invention, the Menu 
application implements operations accordingly, such as adding or removing 
menus and/or sub-menus. The above are to be treated as examples. Naturally 
different commands may be used than the above, and they may be shorter in 
order to fit more commands into one user message (e.g. into a short message). 

35 

When using the Menu application with short messages the number of one or 
several short message service centres (SM-SC) can be related to a menu so that 
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bv a menu item the message would be sent via a 
W hen activating a user message by a me ^ a ^ Jhe 

specific short message serv,ce centre or to V tQ ^ 

num bers of a specif, on «. or updated. This wou.d 

Anexampieofcreatingar^^^^^ 

command NEW RING ' N ^"™ ^ for iaest rising tones. As a 

*9ing «one service provK.« ^^^^ Womlato „ relatir* to the 
response the server sends a use „„ user can select a new 
M^u^ic^nsfc.^an*^^ (heitienu(select5 

i ringing tone. Hie user selects the to be sent to the 

ring tone •Popcorn). ^»«"^ Zrfnal receives the nng 

server Indicating ft. ^^^Z,T****** to the u»r using me 
tone from the server. A recewed nngmg » ^ nn9 

"RINGING TONE RECEIVED" mtnu w«h the op«ons 

» tone. Once ft. user ha, given ,ccep»™ ^ 0 „ me received 
-Save" and "PlaybacR <T^^^ * ringing ton. op*>ns menu, 
ringing tone is saved to the phone and «■» corrSrmatton note 

me saving Is indicrted to ^ * — — " 

after which the phone goes to the ,dte*at* »t ^ < ^ 

25 op*,n the recerved ringing ft- - ^ » ^r^n of ft. new ring tone, the 

and the phone goes to the idle state. 

he c*schbed in following with referent ^ ^ user already 

prying the ftMftH. of ^^^VTL-n* which command 
has a created menu command for this purp ^ ^ ^ 

fte terminal may have received ntact information of me 

M FINNAIR FLIGHTS *™f£££ ^ W„al has a specie corrtact 
server to which the request » to b. .sent ^ ^ 

then the request will be forwarded from that contact 
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to be requested, i.e. the flight schedules. By activating the menu item RNNAIR 
FLIGHTS TIME-TABLE a first user message includes a code or s,gns vrtuch 
indicate sending a request, e.g. 
1) The first sent user message is following: 

5 rhU^FLIGHTS" is a command indicating to the receiving server that it is a 
request for Finnair flight time-tab.es. The user does not see the contents of the 
rnlsage but rather sees notes on the displays indicating that the request ,s bemg 
TeT tnat rt has been sent and that the user shall wait for a white unfl a reply 

,0 c£TL. notes are shown after step 1) in Figure 11. After this the termma. 
receives a user message from the service provider, e.g. 
2) The first received user message is following: 
++Finnair flight queryCR 
<From:CR 

15 <To:CR 

There^dicates to the terminal to wart for a reply and the text after that is 
displayed on the terminal screen for a while and CR (Carnage 
command row. The sign indicates a letter entry mode so 
20 sign is displayed on the terminal screen as seen in F.gure 11 and ,t allows the 
Z to enter letters. In this example OUL is entered indicating that the request 
concerns a flight from the city of Oulu. The user ends the entering by a 
predetermined command (e.g. pressing of a specific key). Similarly a next entry 
mode indicating destination is showed on the display, whereby the user enters 
25 HEL entered indicating that the request concerns a flight to tte c«ty of H Mo. 
The sign '<+' indicates a number entry mode so the text after the s.gn is delayed 
on the terminal screen as seen in Figure 11 and it allows the user to enter 
numbers, which in this case is the date of the requested fbght When the las 
command is reached the terminal asks if the form is finalised and if the request 
30 can be sent, and if so the terminal creates and sends a second user message 
containing the entered information, e.g. 
3) The second sent user message is following: 
■M-Finnair flight queryCR 
<Fronv.OULCR 
35 <To:HELCR 
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<-Date: 041296CR et accord ing to the 

from the service provider, e.g. 

a\ The second received user message is following: 

C^-OU Lto H eL «^:~.0e : 0 5 ^3S.0,.00 

ceoes) to the user as shown » and „ a response to a 

command. 

15 , ^ t|iK nnure 11 illustrates how user 

The example described above and shown J* ^ ^ ^ . . 

messages «■"•» -9- — "« * 

terminal iiKe a mobile ^^ h »™ ^ can be stored in a 

predetermined «"^^ a mobile phone) or of a service 

20 memory in the terminal dev*eof w sofM , r e run by a 

proper (e g. a ^^'"1^^ commands. Afco in this way <he 
processor for performing the^ P 1 **^ , ^ manner. The Menu 
terminal can be programmed to J"™*" £ temlinal . Fo , example the 

eppucation allow, to inuoduc. new ^SSUS be introduced to the termina, 
25 prefer, merrtoned Phone ^J^J^ a M menu (e^mehu 
by a first user message from the service ^p ^ ^ 

•p'hone BOOK', aner -^^'Sl.*"-----? 

: r r«on h :F^0,or q ue^..^-e<ora«gb,. 

, n *. «-*.. another appi^n. w«ch has £££££ 
35 will be discussed by referring to . ^unications network, 

terminal. elecWnic mail can be sen, *£*£~ m ^ ia * Km M. can be 
Correspondingly, by means of the terminal. 
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established to the Internet through a mobile communications »^ ™ 
"Zunications link can be established by connecting a to amob.e 
_ ion hv means of a data card, in which case a user interface of the computer 

Pages and services on the internet AKernatfcely a 
5 bunions .ink to the .nternet can be established by means of a 
"nicator, which comprises in itself a user interface for reading pages and 
TeZs on the .nternet A communicator of th* type has been presentee .n 
RnTh patent application ti^d 960894 filed on 

oatent applications claiming priority from the above and filed at the EPO on 
patent appuca » i- 1011846 and jn the United States on 

10 27 1.1997 with application number 97101 i»4.t> ana in , KM » tn 
23 1 1997 the description of which is incorporated herein by reference thereto. 
Computer programs by means of which a communications link to different pages 
on^e™ can be establfched, and which enable the so-ca.led surfing on the 
°nte^ x Te calted WWW (World Wide Web) browsers. Currently, a number of 
1 5 Si Sanies have their own service pages on the Internet through which a 
user may orc!er information on a service or make orders and reservations . This is 
accompLed by establishing communication to such a service page and I by 
W information on what is required from the proper of services. This 
IrLmaL can be either text or selection boxes/keys, by means of which 
20 Elections are made according to the tick the appropriate box' pnnapte. An 
TxarXf such a service page has been given in Figure 7a. which 
query page for bus schedu,es. which a user can download onto 
Lugh a telecommunications network, such as the Internet. In this case he 
page will be stored in the communicator's memory (e.g.. hidden memory) for the 
25 lion of the use of the page, and it can be stored in the 

means of an off-line command. On the page, selections can be made n boxes 
and additional requests and. for example, contact information for feedback, can be 
written in the space that may be availab«e on the 

communicator may automatically offer its own telephone number as *° ^ 
30 for the feedback, as presented above in connection wrth the Call Me Back 
application. As is known, a page on the Internet can be presented .n the HTML 
language (Hyper Text Markup Language. Transforming and presenting a service 
page from the Internet in the HTML language is known from WWW browsers. 

35 Appendix 1 illustrates the Internet page in Figure 7 transformed into the HTML 
.anguage in order to present the page in characters. The characters can be sent in 
a short message. In the GSM system, a message, whose max.mum length .s 160 
characters, can be sent in a short message. Therefore, in the present invention, a 
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» f-rahix/ transmitted but only certain information of it. In the 

sewice. should support the '»»°« u ^J*L m .J,*,,, to which . message 
qu«tion specific information, at least there has been given 

informawn. which is added to the HTML te al 

». page in a short "~ ^Tbi «— - • P re5erted 

the arrow A. a coding method can be ™ ,cale ° y me am)W 

spedfication. The arrow B ^^^^^.^^o^^ 
the type ot service in question, the arrow t g 

,he arrow F indicates which form the tannine! d 'J, Mer „ 

the arrow G gives the tek*hone number of ,h ^^" mMs ^ e ^ce 
slices; the arrow H gives the t-ephone ^^^1 ^ „. 

. , „„ — , to find specific identifiers in the HTML 

Corresponding, a terminal canl ^PJJ-^" alaches as charters to the 
code, which it Picks up from the H™^ 8 ™ 6) FoI exampte . a selected 
data field INFO of the message to be sent (*m ^ after which the 
,0 *n. is found on a line indicate b, < . , Kas ^ 

selected ^ "T?LTf£ ™7 In ptrmL, select box "IB," has 
SEND button. As illustrated "J^^J^^ , , lne indteate d by an arrow L 
been marked, which is shown in the HTML code _on 

as a code checked. V*en a u*r pres»s <he SEND ^ a^ P ^ 

» fir:e%^r:^rrur^ostse^nb M has^ 



selected. 
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In the example, illustrated in Figure 7 and Appendix 1, a terminal such as a 
communicator may, in this way, pick up information from the HTML code on lines 
indicated by the arrows C. D, G. H. K, and L The terminal will place, at the 
beginning, an identifier indicating the application type, here as an identifier 
"WWWSMS". In addition, from the point indicated by the arrow C, a service 
provider identifier, on the basis of which the receiver will recognise the information 
in question, e.g., here a character C. can be placed in front Furthermore, the 
service name can be placed correspondingly from the point of the arrow D, the 
telephone number of the sender from the point of the arrow G, the telephone 
number of the receiver from the point of the arrow D, and the selections made by 
the user from the points of the arrows K and L, which functions, so that the values 
of all the variables (here variables cto and opt1) on the page are placed in the 
message. The values of the variables are preferably obtained as a response to a 
send command, i.e., to a press of the SEND icon. In this case, the data sent in the 
15 short message are. e.g., as follows: 



10 



WWWSMSlcr] 
CErSaff] 
DTreBus[f] 
20 G+358505337397[f] 
H+358508771010[fJ 
08:00 1B1 

,in which the [cr] character indicates a line feed and the [f] character is a field 
25 separator, which indicates the ending of the field and, on the last line, all the 
selections made by the user are shown, i.e., that the user requests information on 
the timetable of the buses of the line 1B1 (Holvasti-Keskustori) departing after 
08:00 o'clock. On the basis of this, the provider of services is able to send to the 
user information on the timetable of the bus line in question. 

30 

When this type of service page has been downloaded from the Internet, it can 
then be stored in the memory of the terminal, and later re-used without 
establishing a communications link to the Internet. Correspondingly, as to 
application related information pre-stored in the terminal, a specific identifier can 
35 be attached to the message, in connection with the sending of the information on 
the application illustrated in Figure 7 and Appendix 1, which indicates that the 
application is a service page downloaded from the Internet, e.g., the identifier 
•WWWSMS' as in the example discussed above or 'WWWSMS45\ in which the 
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beginning indicates that it is a service page and the .ast two characters may 
indicate, e.g., the provider of services. 

Sending information of a service page in a short message according to the 
£2 invents saves considerate the power consumption of the term^a, an^ 
thus prolongs its useful life, which is an important objectrve m battery-operated 
devices, in addition, savings are made in phone cali expenses when query 
information can be sent together with the short message. The whole system has 
been illustrated in more detail in Figure 8. A terminal accord.ng to the present 
invention has been presented with reference numeral 1. by means 
ommunfcations .in, (reference 101) to the Internet INT can be estebUshed J£ 
invention could also be implemented by means of a dev.ce havmg means 
according to the present invention, for processing information on an app..ca*on 
ZThort message, which is sent through an ordinary mobile station by ~upl,ng 
the device to the mobile station. Such a device could be. e.g.. a «»J* 
simple matters, on* a communicator w, be <— »"« £ 
terminal according to the invention. When the « nmu, T^ 
to the internet by means of a communicator 1, a serv,ce page of a provder of 
s^ces 1 be downloaded (reference 102) from the Internet .to its memory and 
, Tser interface. By means of solutions known for prior art. the user, after having 
Z In the pagers sent the service page by means of 
server SERV of the provider of services, i.e.. along route 101 - 101 Th.s means 
ha7L communications ft* to the .ntemet should be open ^ran = In a 
system according to the present invention, the informal on the * 
5 sent (reference 103) in a short message to a short ™^*~™™^™ 0 , 
SC which sends it further (reference 104) to the server SERV of the provider off 
terv^s The transmission of the servfce page through the o 
prior art. lasts considerably longer than the transm.ss.on of a 
thus due to the present invention, a shorter transmiss^n tme .s ach.eveo. 
■0 hereby effecting /saving in power, since, in the 

reception in particular, consume a lot of power compared to other funct,ons^ n 
ZZ. 'in the solution according to prior art. a circu^u pled cordon , „ 
use in transmission, in which case the commun.cator « engaged dunng 
transmission. On the other hand, the sending of a short message does ^ not 
35 age the circuited connection, and an addHiona, 

short message service centre SM-SC will send the message to a rece.ver laten rf 
2 ^ Xhone number of the provider of services happens to be unreachable 
during the transmission of the message. 
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When the user has in this way sent the provider of services a query, the prouder 
of services will interpret it and respond to it. The provider of services may also 
send the response (reference 105 - 106) as a short message, and it can, in the 

5 same way as in the transmission of the service page, contain HTML codes, which 
the communicator will interpret and transform into a form legible to the user. Thus, 
the sending of a response has the same advantages as the sending of an query. 
For the response, the original service page downloaded from the Internet, can be 
arranged on the display by the application running HTML code pages, so that it 

10 has space (fields) ready for the response. When the user sends the query to the 
provider of services, he/she stores the page in the communicator. The response 
will have in the same way as in transmission, specific identifiers, in which case, as 
the response arrives, the communicator will run the specific application and open, 
on the display, the page in question and place the response in the area provided 

15 for it whereupon the situation from the user's viewpoint looks as if he/she has 
received a WWW page containing the response. The response from the provider 
of services can also be, e.g.. in a form of an application 'DTMF Service 
Commands' or in a corresponding form. 

20 instead of an application identifier being indicated as a code in a short message 
(in data field INFO), it can be indicated in an address field ADD of the short 
message, in which case it is given in bits. A certain byte in the address field of the 
transmission frame of the short message is a so-called TP-Data-Coding-Scheme, 
which has been specified in the GSM specification as GSM 03.40 and 03.38. The 

25 four less significant bits of the byte can be freely used, whereupon they can be 
used to indicate the type of the application to be sent according to the present 
invention. Different types of applications can be indicated by means of these four 
bits according to the example given in the following table, wherein bits are marked 
with references b3 - bO, in which bO is the least significant bit (LSB) of the 

30 aforementioned byte: 



t>3_ 


b 7 


bi 


bn 


type 


0 


0 


0 


0 


Business Card 


0 


0 


0 


1 


Call Me Back 


0 


0 


1 


0 


Meeting Proposal 


0 


0 


1 


1 


Meeting Proposal Answer 


0 


1 


0 


0 


Meeting Confirmation 


0 


1 


0 


1 


Free-TimeQuery 
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0 1 1 0 Position 

0 111 Trip request 

0 0 0 DTMF ServiceCommands 

0 0 1 Menu 

0 1 0 WWWSMS01 

0 1 1 WWWSMS02 
-j o 0 WWWSMS03 

1 0 1 WWWSMS04 
1 1 o Phone Book 
! 1 1 Short Dial 
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20 



Kendfy*g ft. application in this «, does not take the space «» * 
character length (max. 160 characters) of the message. When ths type of 
1Z£Z*T* u-* it is 8*0 possible to receive the informal on the 
^SSZZi mean, of an ordrr-y mob* station, but in this esse, the user 
connect w«h the message, tha, . is the ~ - *- • 
specify appUcatton. ur*ss this information is programmed ,n the mobte £Ml 
rafter can the information on this type of application be sent by meansof an 
££r, mob«. staton, clause me use, is unatie to add this type 
Z message. Naturally an ordinal mobile phone does not support the drheren, 
applications. 

m the following the implementation of a terminal, in this case a wireless terminal 
^^theUnt — and » operation in <^ -J££ 
an application related information will be discussed in more deta,l by refernng 

Figure 9. 

,„ Ffeure .. there is a btock digram of the t^*^*.^-** 
«, the present invention, which in the figure rs shown as a dev.ee also hag 
^ns for transmtesion over the air su* as a mM. phone. However a sirrrfar 
"X^ntaiJon « be used fo, a terminal device of a seryce provKter which 
Ztfv does not have means for direct radio frequency transmrssw but ,s 
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transmitter branch 2, known from an ordinary mobile station, (comprising blocks 
implementing coding, interleaving, ciphering, modulating, and transmrtting) a 
receiving branch 3 (comprising receiving, de-modulating. de-c.pher.ng. de- 
interleaving, and implementing blocks) and. for transmission using radio 
5 communication, a duplex filter 4 that distinguishes between a received and 
transmitted message, as well as an antenna 5. The terminal has a mam control 
circuit 6 that controls its operation. Furthermore, the main control circuit 6 
comprises still a RU controller 7 that carries out control functions of an ordinary 
mobile station. In addition, the terminal main control circuit 6 comprises blocks 8 - 
10 12 for carrying out the functions of a data processing unit of the terminal and for 
sending application related information as a short message according to the 
present invention. Thus, the blocks 8 - 12 can be said to form a data processing 
unit DU of the terminal. The controls of the radio unit RU and the terminal's data 
processing unit DU do not have to be integrated into the main control arcurt but. 
15 instead, they could also be implemented apart from each other, so that the RU 
control circuit 7 is on the radio unit's side, and on the data processing unit's side, 
there is the DU processor 8. which is in connection with the RU control circuit 7 for 
establishing communication between the radio unit and the data processing unit. 

20 In the implementation illustrated in Figure 8. a first memory 13 is coupled to the 
main control circuit 6. The first memory can be a volatile memory, e.g.. RAM, 
where the main control circuit stores in-use data. In addition, the terminal has a 
second memory 14, which is preferably a permanent memory 14, wherein the 
terminal's application programs performing different kinds of services and running 
25 the different types of applications, other data essential for the functioning of the 
terminal, and any other data which a user wants to store permanently, are stored. 
Alternatively, the application related information can be stored off-line in a memory 
of an external smart card, coupled to the terminal, wherefrom there is a 
connection to the main control circuit 6. This type of smart card is known, e.g., 
30 from the GSM mobile communications system, as a SIM card (Subscriber Identity 
Module), which usually has storage, e.g.. for storing telephone numbers. In this 
case, new applications can be updated in the terminal by simply updating the 
memory of the smart card. 

35 For viewing applications, the terminal has a display 15. and for inputting data, a 
keyboard or other input device 16. such as a touch display. 
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m the case where the data processing unit DU and the radio unit RU are 

rSTSu processor 8 and the RU control M 7 whfch. in this connect, 
b referred to as an external control Interface ECI. 

,n the following, we «. discuss the Implementation and operatton of the terrn^ 
I^LsrrMncj appilcaton related information. By mean, of the user .nterface 
Tl^L apXatton * brouflrrt onto ft. termors display. 
1 2 LTs of ^commands from Input devkas. the control circurt 7 removes 

™JL^2d information have been stored, the selected application stored 
apptafcor, retet* Mnwm ^ ^^^^ 

plSl^. ^T£**n re-** « . — * processed in 

ZLn The DU processor 8 transfers the line of characters formed to a SMS 
program. mc " w ^ messaae address information, i.e., 

or by retrieving tt from another application, e.g., . .. d f bit 

presented above. Thus, this type of SMS transm.ss.on controlier » a k,nd 
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and/or character generator. The calendar is preferably implemented as an 
application program, stored in the memory 14. which is ^ ^ ^ DU 
processor 8. Thus, communication between two different apphcat.ons 17 and 18 • 
established by means of the DU processor, which thereby, e.g.. on the bas.s of 
time information retrieved from one application, opens up or enters information .n 
the other application (e.g. in the calendar at the time in question). 

When address information has been added at a SMS transmission controller 10 
the message is transferred into an inbox 11, which tries to send the message, and 
which has a buffer wherein the message is stored in case the transmiss.on fa.ls. If 
the transmission fails, the inbox 11 re-tries to send the message. When the DU 
controller 8 notices that the radio unit RU is ready to send the message, the 
message is transferred to a message transfer running circuit 12. which adds to the 
message information relating to the mobile communications system in quest™, 
such as validity information (which indicates to which direction the message is 
going. i.e.. from a mobile station to a message service centre or vice versa), 
processes the address information into a form required by the mobile 
communications system, and adds to the message the address of the message 
service centre, as weH as the short message identifier (SAPI). and forms from the 
information to be transmitted, e.g.. a digital signal for a transmitter 2. and sends 
the message to the radio transmitter branch 2 of the radio unit RU. In the case 
where the application identifier is placed in bits in the address field ADD. the 
running circuit 12 adds to the message the identifier in question. The transmrtter 
branch 2 codes the signal according to the specifications of the mobile 
25 communications system, and forms, on the basis of the signal it receives from the 
running circuit 12. the frames to be transmitted, which the transmitter sends using 
radio communication to the short message service centre SM-SC, "herefrom they 
are sent further to the receiver (see Figure 1). In the transmitter branch 2, the 
message is processed according to the mobile communications system, e.g., 
30 coding, interleaving, ciphering, burst forming, modulating, and transmission. 

In the following, we will discus the implementation and operation of the terminal in 
receiving application related information. When the terminal receives a short 
message containing information for an application, the message first arnves at the 
35 radio unit RU. There, at a receiving branch 3. the processing of the message 
takes place according to the mobile communications system, such as reception, 
demodulating, deciphering, de-interleaving, and decoding. If the received frame 
identifier (SAPI) indicates that the message is a short message, it will be 
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transferee! into a destination box 9 of the data processing unit, which can be a 
rnemo^ for storing the message, if the received message is an ord.najy hprt 
ZsZe the DU processor 8 will report the short message received. If he 
messTe has an identifier, which indicates that it is an app.icat.on re.ated 
TssSe he DU processor 8 wil. launch the appiication 17. 1 8 In quesfon. and 
~' Irmation. from the received message, in the applfcation ,n acc^nce 
markinas on the received message. Hence, the reception of the user 

«^ - be displayed to 3 user as received app,icatfon 

related information. 

A terminal according to the present invention provides a simp* -way 
and receiving application -elated information. Also the present invenbon proves 
SZZJL 1 have access to a enormous amount of sen„ce, e.g. byu»ng 
HL- Menu applicaten. By espeo^y using " 
s communication form the reaching of the destination is guaranteed, and w*h *e 
Z, Messages in general ah optimum current consumption . 
Tan auttionsation token in relation to a user message desenbe. a new mrfhod of 
adding security to a user message. 

cZLnstics of the invention. Thus, the presented embedments shouldbe 

SSI* me eouivalen. impiementttions, also belong to me scope of 

the present invention. 
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Appendix 1 

<head><title>WWW SMS TRE NEXT BUS</title></head> 
<htm!><body> 
<form METHOD-'SMS" 
5 ACTION-'None" 
A* ENCTYPE="b6" 
> 

<SMS_FORM_INFO 
B-» FORM_TYPE="Req" 
10 C* PRON/lDER=*ErSa" 
SERVlCEs'lraBus" 
E-» FORM_NAME=TBReq" 
F-» RESPONSE_FORM=TBRes" 
G-* TARGET_NUMBER="+358505337397" 
15 H* SERVICE_CENTER= n +358508771010" 
I* FIELD_NAMES="N" 
j-» pROTOCOL-ID="None" 

<h2><p align=center>Tampere bus traffic SMS query</p></h2> 
20 < n i><palign=center>Tampere<m1></p> 

<table bgcolor=white width=95% cellspacing=2 border=2> 

<tr><td align=center>Select the bus line, the time of departure from the 

terminal for the next bus you want to know about, and then press 

25 <^tl^Snter>Give the time, if you want to know the timesof 

departure of the lines departing after a specific time, otherwise, select 
'Now' 

K-» <SELECT NAME="clo">08:00 
<OPT10N>Now 
30 <OPTION>05:00 
<OPTION>08:00 
<OPTION>07:00 
<OPTION>08:00 
<OPTION>09:00 
35 <OPTION>10:00 
<OPTlON>11:00 
<OPT10N> 12:00 
<OPTION>13:00 
<OPT10N> 14:00 
40 <OPTION>15:00 
<OPTION> 16:00 
<OPTlON>17:00 
<OPTION>18:00 
<OPTION>19:00 
45 <OPTION>20:00 
<OPTION>2100 
<OPTION>22:00 
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Appendix 1 

<OPTION>23:00 
<OPTION>24:00 
<OPTION>01:00 

</SELECT><P> 
^dxinpu^^ 



value="1B1"><b>L.ne 1 «™™V"T: ^T' e= » 1B 2"><b>Une 1 
<tr><td><inputtype=radioname-opt1 value 

Harmala - Keskustori<b><ftd></tr> ualue ="1B3 ,, xb>Line 1 
<tr><td><inputtype=radioname=opt1 value- ii» 

Keskustori - Holvasti<b></td><ftr> value =«1B4"><b>Line 1 
<tr><tdxinputtype=radio name- opt1 value id* 

15 Keskustori - Han^la<b><rtd>^ _ , ., 2Br> < D > L ine 2 

<tr><td><inputtype=radio name= opt1 value 

Keskustori - Rahola<b><rtd></tr> _ . ^ Br><b > U ne 2 
<tr><td><inputtyDe=radior«rn^B- opt1 value m 

Keskustori - ^ unanie ^ <b>< i™!3 , r va iue="2B3 M ><b>Line 2 Rahola 
20 <tr><td><inputtype=radioname-opt1 value 

Keskustori <b><Adx/tr> value="2B4 , 'xb>Une 2 

<tr><td><inputtype=rad.onarne- opt1 value zd* 

Rauhaniemi - Keskustori<bxAtd></tr> 

2SS ^align=oenterxh2xinput type=subm.t 

value="SEND"xrtd></tr></h2> 



</table> 
</form> 
</body> 

</html> 
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Terminal (1) for a communication network, the terminal capable of supportmg 
a p^Tof PPlications (17, 18) and having means of communing ^user 
merges characterised in that it comprises means for receivmg user messages 
, ^vn data and a header relating to one of said app.ica.ons (17, 18) and .means 
(8) for addressing the data to a respective application accordmg to sa.d header. 

2 A terminal according to claim i, characterised in that said user messages are 
short messages and said data comprises characters in the short message. 

° 3. A terminal according to claim 1, characterised in that it comprises a memory 
(14) for storing data, and that one of said applications (17, 18) is a menu 
application, said menu application creating menu items in the termina. memory 
(14) according to predetermined commands, the terminal having means for 

,5 receiving commands relating to the menu application in said user messages. 

4 A terminal according to claim 1. characterised in that said data includes an 
authorisation code and the terminal has means (8) for allowing and proh.brt.ng the 
addressing of the data to the respective application on basis of said authonsatoon 

20 code. 

5 A terminal (1) for a communication network, the terminal capable of supporting 
a plurality of applications (17. 18) and having means of communicating user 
messages, characterised in that it comprises means for sending data re.at.ng to 

25 one of said applications (17, 18) in a user message and means (8) for add.ng a 
header to the user message, the header indicating the respective a P p..cat.on (17. 
1 8) that the data relates to. 

6 A terminal according to daim 5, characterised in that said user message is a 
30 short message and that the terminal comprises means (8. 10 - 12) for process.ng 

the data into characters and for sending the data in a short message. 

7 A system in a communication network comprising transmitting terminals and 
receiving terminals capable of supporting a plurality of applications, both of sari 

35 terminals having means of communicating user messages, charactensed .n that 
the transmitting terminate comprise means for sending data relating to one of sa,d 
applications (17, 18) in a user message and means (8) for adding a header to the 
user message, the header indicating the respective application (17, 18) that the 
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data relates to and the receiving terminals comprise means for receiving user 



said header 
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Tampere bus traffic SMS query 
Tampere 



Select the bus line, the time of departure from the tenninal 
for the next bus you want to know about, and then press 'S! 



Give the time, if you want to know the times of departure of the lines departing 



after a specified time, otherwise select *NoV - 

i 


)8:00 
Now 


i 
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Figure 8 
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